home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960715-19961006 / 000369_news@columbia.edu _Fri Sep 20 13:43:06 1996.msg < prev    next >
Internet Message Format  |  1996-11-03  |  3KB

  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id NAA13215 for <kermit.misc@watsun.cc.columbia.edu>; Fri, 20 Sep 1996 13:43:06 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id NAA21150 for kermit.misc@watsun; Fri, 20 Sep 1996 13:43:05 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman
  5. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Windows NT flicker with NT4 and K95
  8. Date: 20 Sep 1996 17:42:41 GMT
  9. Organization: Columbia University
  10. Lines: 47
  11. Message-ID: <51ul2h$rdq@apakabar.cc.columbia.edu>
  12. References: <r.clark-2009961437560001@robert.cc.ucl.ac.uk> <51uf5s$b6o@bug.rahul.net>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <51uf5s$b6o@bug.rahul.net>, Clarence Dold  <dold@rahul.net> wrote:
  16. : Robert Clark (r.clark@ucl.ac.uk) wrote:
  17. : : Subject says it all. Every keystroke makes the the kermit window flicker
  18. : : unacceptably. We understand that NT video drivers are robust rather than
  19. : : fast, but we do not get this flicker with other netware aware applications
  20. : : e.g. Netscape, telnet etc. so do not really understand why kermit 95 has
  21. : : this strange effect. Any suggestions would be much appreciated.
  22. : I forget the reasoning, but there is an option
  23. : set terminal screen-update smooth
  24.  
  25. The FAST and SMOOTH options allow the user to choose which algorithm is used
  26. to update the screen when new data arrives from the host.
  27.  
  28. Everytime a byte arrives from the host it is processed by an incoming data
  29. thread.  If it results in a screen write, an internal screen buffer is updated.
  30. And a dirty flag is set.
  31.  
  32. When using the FAST algorithm, the screen buffer is copied to the physical
  33. screen on a timer thereby allowing the maximum data throughput from the 
  34. host to occur regardless of the speed of the video drivers.  This is the
  35. default.  The negative aspect of this method is that on really fast connections
  36. it is possible for some screen writes to never make it to the screen.
  37.  
  38. The SMOOTH option says to copy the screen buffer to the window everytime
  39. the dirty flag is set.  This results in much slower data handling, and a 
  40. potentially significant increase in the number of screen writes.
  41.  
  42. In other words, it would only make the problem worse.
  43.  
  44. In the Control Panel either on the Display object or the System Object, 
  45. there is a performance page which allows you to set the Video Acceleration
  46. properties.  Make sure this is set to use full acceleration.
  47.  
  48. The reason that the flickering is occuring is that the video driver is not 
  49. performing a comparison between what is already on the screen and what it is
  50. being asked to write.  So it paints the entire window (which takes time) even
  51. when it doesn't have to.  When acceleration is on (and supported by the 
  52. driver) minimal screen paints occur.  
  53.  
  54. The only flickering you should see in this case is the mouse pointer, since
  55. it is turned off and on, before and after each console screen paint.
  56.  
  57. Jeffrey Altman * 304 West 92nd St #7A   * New York, NY * 10025 * (212) 769-2675
  58.                * 612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344
  59.     C-Kermit 5A(191) for OS/2:   http://www.columbia.edu/kermit/cko191.html
  60.   Kermit 95 for Windows 95/NT:   http://www.columbia.edu/kermit/k95.html